Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@packages/fmdapi/src/client.ts`:
- Around line 170-194: Normalize the sort input in `find` the same way `list`
does: in `packages/fmdapi/src/client.ts` within the `find`/`findAll`
request-building logic, detect when `params.sort` is a single object and wrap it
into an array before returning `params`. Keep the existing handling for `query`,
`offset`, and `dateformats`, and make sure the returned `FindOptions["data"]`
always receives `sort` in the array form expected by the downstream API.

In `@packages/webviewer/src/adapter.ts`:
- Around line 71-73: `maxSize` is only clamped with `Math.max`, so `NaN` or
other non-finite inputs can still flow through and break the drain loop in the
batch handling path. Update the batch-options normalization in `adapter.ts` so
the logic that computes `batch.maxSize` validates the value before clamping,
falling back to `DEFAULT_BATCH_MAX_SIZE` for `NaN`, `Infinity`, and similar
invalid inputs; apply the same fix to the other `maxSize` assignment in the
file’s second batch helper as well.

In `@packages/webviewer/tests/adapter.test.ts`:
- Line 1: The test is importing adapter types through a deep build-output path,
which bypasses the package export map. Update the import in adapter.test.ts to
use the exported subpath from `@proofkit/fmdapi/adapters/core` instead of the
dist/esm path, keeping the same FindOptions, ListOptions, and UpdateOptions type
references.